home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19980901-19981211
/
000390_news@newsmaster….columbia.edu _Fri Dec 4 19:35:13 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA23914
for <kermit.misc@watsun.cc.columbia.edu>; Fri, 4 Dec 1998 19:35:13 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA11425
for kermit.misc@watsun; Fri, 4 Dec 1998 19:35:12 -0500 (EST)
Path: news.columbia.edu!panix!howland.erols.net!europa.clark.net!206.55.3.15!news.clark.net!not-for-mail
From: "T.E.Dickey" <dickey@clark.net>
Newsgroups: comp.protocols.kermit.misc,comp.terminals
Subject: Re: Escape sequence for scrolling in vi
Date: 5 Dec 1998 00:28:48 GMT
Organization: Clark Internet Services, Inc., Ellicott City, MD USA
Lines: 58
Message-ID: <749uo0$r66$4@clarknet.clark.net>
References: <36661568.60033BF0@clemson.edu>
NNTP-Posting-Host: shell.clark.net
User-Agent: tin/pre-1.4-980818 ("Laura") (UNIX) (SunOS/5.6 (sun4u))
Xref: news.columbia.edu comp.protocols.kermit.misc:9597 comp.terminals:13011
In comp.terminals Paul Brannan <pbranna@clemson.edu> wrote:
> I'm working on a telnet client called Console Telnet. I've got most
> escape sequences working for a pseudo-vt100 terminal, and I've even got
> roughly 80% vttest compliance. One sequence I haven't implemented is
> delete character across multiple lines, since that is rather difficult.
vt100 doesn't do that (so it would be rather difficult) - unless you're
referring to the variants of ED (erase display).
> One would think though, that since most vttest tests work, that vi would
> work with TERM=vt100. But that is not the case. When I scroll up, vi
> sends a sequence similar to the following:
> ESC[1;24r ESC[1;1H ESCM ESC1;25r ESC[1;1H blah \n
> The spaces aren't really there; I just typed them for readability. Now
> I would think that this would mean set scrolling from 1 to 24, then go
> to the top of the scrolling region (or is that the top of the screen?),
> perform a reverse index, reset the scrolling region to the entire
> screen, return to the top of the scrolling region again, and then print
> the new line.
> ESCI does a reverse line feed; is that the same as reverse index? Is
<ESC>M is reverse index - I don't see <ESC>I here.
> reverse index supposed to honor scroll regions? How is line 25 supposed
> to get changed with this crazy sequence?
> I tried investigating Linux source, since that is a fairly decent
> terminal emulation, and it appears to set the scroll region with CSI
Actually it's a little limited - doesn't do _that_ well with vttest.
xterm is much better (I didn't encounter emulation problems with the
vt100 level - bugs aside - when adding vt220 controls).
> P0;P1 r from P0-1 to P1. I've been implementing it as P0-1 to P1-1.
> When I try using P0-1 to P1, I get strange results when scrolling up.
> The sequences sent by vi for scrolling up look like:
> ESC[1;24r ESC[24;1H \n ESC[1;25r ESC[24;1H blah \n
> I look at this and think that if it is correct to go P0-1 to P1, then
> the only way to get scrolling down to work properly is to change the
> operation of the line feed. Is a line feed at the beginning of a line
> supposed to scroll the current line up or leave it alone?
if it's at the end of the scrolling region - right.
> TIA,
> Paul Brannan
> pbranna@clemson.edu
--
Thomas E. Dickey
dickey@clark.net
http://www.clark.net/pub/dickey